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A system (800) includes an e-mail engine which uses a proper 
protocol to retrieve an e-mail (875) from a first mail store (850) 
and to store the e-mail (875) in one or more folder structures (138, 
140, 142, 144). Upon request, the first mail store (850) may send 
configuration data indicating the proper protocol to the e-mail engine, 
which can then properly configure itself. An e-mail synchronization 
module (885) uses a predetermined criterion to determine whether 
the e-mail (875) was previously sent and whether to synchronize 
the e-mail (875) with a second mail store (895). The e-mail 
synchronization module (885) may also synchronize the e-mail to 
specified folder structures. The second mail store (895) may be 
located on a global server (830), which upon proper identification 
and authentication provides roaming users (805) with access to its 
contents. A communications module establishes a communications 
channel through any firewalls (880) with the second mail store. A 
web engine (890) sends the e-mail via the communications channel 
to the second mail store (895). 
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SYSTEM AND METHOD FOR SYNCHRONIZING ELECTRONIC MAIL ACROSS A 

NETWORK 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates generally to computer networks, and more particularly 
the present invention provides a system and method for synchronizing electronic 
mail across a computer network. 

2. Description of the Background Art 

Data consistency is a significant concern for computer users. For example, 
when maintaining multiple independently modifiable copies of a document, a user 
risks using an outdated version. By the time the user notices an inconsistency, 
interparty miscommunication or data loss may have already resulted. The user must 
then spend more time attempting to reconcile the inconsistent versions and 
addressing any miscommunications. 

The problems of data inconsistency is exacerbated when copies of a 
document are inaccessible. For example, when multiple copies of a document are 
maintained at different network locations, network security systems such as 
conventional firewall technology compromise data accessibility. That is, a user may 
have access to only a particular one of these network locations. Without access to 
the other sites, the user cannot confirm that the version on an accessible site is the 
most recent draft. 

The problems of data consistency and accessibility arise in the area of 
electronic mail (e-mail). For example, a user might maintain an e-mail database at 
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work. Based on the security systems implemented by the work intranet, the user 
may not be afforded access to the database and thus cannot read or respond to the 
e-mails until returning to work. Further, a traveling user currently working at a 
remote terminal may not have the necessary dedicated application programs to pass 
the intranet security. Still further, when maintaining several sites, the traveling user 
is burdened to maintain a record of all procedures and passwords to overcome the 
security system at each site. 

These problems are further exacerbated when using e-mail programs from 
different vendors and which implement different protocols. For example, the 
Netscape Navigator™ e-mail client and the Outlook Express™ e-mail client each 
manage e-mail across computer networks. However, each e-mail client uses 
different formats, stores e-mails in different files and implements different protocols. 
Thus, the e-mails - are not readily interchangeable. 

Therefore, a system and method are needed for providing users with e-mail 
consistency and accessibility across a computer network. 

SUMMARY OF THE INVENTION 
The present invention provides a system including an e-mail engine for using 
the proper protocol to retrieve an e-mail from a first mail store. That is, the e-mail 
engine and the first mail store implement the same protocol, e.g., the Post Office 
Protocol (POP3), to communicate there between. Upon request, the first mail store 
may send configuration data indicating the proper protocol to the e-mail engine, 
which can then properly configure itself. 

The system further includes an e-mail synchronization module which uses a 
predetermined criterion to determine whether to send the e-mail to a second mail 
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store. For example, the e-mail synchronization module need not send an e-mail to 
the second mail store if the e-mail was previously sent. The second mail store may 
be located on a global server, which upon proper identification and authentication 
provides roaming (traveling) users with HTML access to its contents. 

The system further includes a communications module for establishing a 
communications channel with the second mail store. If the second store is protected 
by a firewall, the communications module is authorized to establish a secure 
communications link through the firewall with the second store. The system still 
further includes a web engine for using the HyperText Transfer Protocol (HTTP) to 
send the e-mail via the communications channel to the second mail store. The 
system may be stored on a computer-readable storage medium. 

Another system which embodies the present invention can be broadly 
described to include means for retrieving an e-mail from a first mail store, means 
coupled to the retrieving means for using a predetermined criterion to determine 
whether to send the e-mail to a second mail store, means coupled to the using 
means for establishing a communications channel with the second mail store, and 
means coupled to the establishing means for sending the e-mail to the second mail 
store. 

Similarly, a method which embodies the present invention includes the steps 
of retrieving an e-mail from a first mail store, using a predetermined criterion to 
determine whether to send the e-mail to a second mail store, establishing a 
communications channel with the second mail store, and sending the e-mail to the 
second mail store. 
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The system and method advantageously use a trusted third party to enable 
synchronization of electronic mail across a network. Accordingly, a user who 
maintains for example a work site, a home site and the global server site can 
synchronize e-mails among all three sites. The roaming user thus can access and 
reply to e-mails while away from the addressed site. Because the system and 
method operate over the Internet, synchronization can occur over any distance. 
Since the system and method include format translation, merging of e-mails between 
different application programs and different platforms is possible. Further, because 
synchronization is initiated from within the firewall and uses commonly enabled 
protocols such as HyperText Transfer Protocol (HTTP), the typical firewall which 
prevents in-bound communications in general and some outbound protocols does 
not act as an impediment to e-mail synchronization. Also, since the user's 
preferences may be previously set, the present system and method may operate 
unattended by the client user. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is a block diagram illustrating a computer network in accordance with 
the present invention; 

FIG. 2 is a block diagram illustrating details of a FIG. 1 service server; 
FIG. 3 is a block diagram illustrating details of the FIG. 1 desktop computer; 
FIG. 4 is a block diagram illustrating details of a FIG. 1 base system; 
FIG. 5 is a block diagram illustrating details of the FIG. 1 synchronization 

agent; 

FIG. 6 is a graphical representation of an example bookmark in the global 
format; 

FIG. 7 is a flowchart illustrating a method for synchronizing multiple copies of 
a workspace element in a secure network; 

FIG. 8 is a block diagram illustrating a computer network in accordance with 
the present invention; 

FIG. 9 is a block diagram illustrating details of a FIG. 8 client; 

FIG. 10 is a block diagram illustrating details of the FIG. 9 base system; 

FIG. 1 1 is a block diagram illustrating details of a FIG. 8 global server; 

FIG. 12 is a block diagram illustrating details of the FIG. 8 synchronization 

agent; 

FIG. 13 is a block diagram illustrating details of the FIG. 8 remote terminal; 

FIG. 14 is a flowchart illustrating a method for synchronizing electronic mail in 
a computer network; and 

FIG. 15 is a flowchart illustrating a method for accessing electronic mail from 
the global server of FIG. 8. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
FIG. 1 is a block diagram illustrating a computer network 100, comprising a 
first node such as a remote computer terminal 102 coupled via a communications 
channel 104 such as the Internet to a global server 106. The global server 106 is in 
turn coupled via a communications channel 108 such as the Internet to a second 
node such as a Local Area Network (LAN) 110. The global server 106 is protected 
by a global firewall 1 12. and the LAN 110 is protected by a LAN firewall 114. 

The LAN 110 includes a system bus 126 coupling the LAN firewall 1 14 to an 
e-mail server 128 having an e-mail folder 138 containing e-mails, to a file server 132 
having a file folder 142 containing files, to a calendar server 130 having a calendar 
folder 140 containing calendar data, and to a desktop computer 134 having a web 
browser 152 and a bookmark folder 144 containing bookmarks. It will be 
appreciated that the e-mail folder 138, file folder 142, calendar folder 140 and 
bookmark folder 144 or portions thereof may be stored at different locations such as 
on the desktop computer 134. The e-mail folder 138, file folder 142, calendar folder 
140 and bookmark folder 144 are exemplary, grouped by like information and are 
collectively referred to herein as "workspace data" 136. Those skilled in the art will 
recognize that the workspace data 136 may include other types of data such as an 
application program such as Microsoft Word 6.0.1 and the documents created using 
them. It will be further appreciated that the e-mail folder 138, file folder 142, 
calendar folder 140 and bookmark folder 144 may each be divided into workspace 
elements, wherein each workspace element folder or each workspace element 
individually is identified by particular version information 255 (described below with 
reference to FIG. 2). Accordingly, each e-mail or e-mail folder, file or file folder, 
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calendar or calendar folder, bookmark or bookmark folder, document or document 
folder, etc. may be referred to as "a workspace element." 

Each workspace element of workspace data 136 in LAN 110 is maintained in 
a predetermined format, referred to as Format A, which is based on the service 
engine 245 <FIG 2) that created it. For example, the web browser 152 on the 
desktop computer 134 may be the Netscape Navigator™ web browser, and the 
bookmarks m the bookmark folder 144 created thereby are maintained in Format A. 
Although Format A is being described as a single format, one skilled in the art knows 
that Format A actually includes a format for each information type, e.g., there will be 
a Format A for bookmarks, a Format A for files, a Format A for calendar data, a 
Format A for e-mails, etc. 

The remote terminal 102 stores service engines 154 for maintaining 
workspace data 116, which may include information common with information in the 
workspace data 136. The workspace data 1 16 is maintained in a. format, referred to 
as Format B, which may be different from Format A. Format B is also based on the 
service engines 1 54 that create the workspace elements. For example, if one of the 
service engines 154 is the Internet Explorer™ web browser (not shown), then the 
bookmarks (not shown) created therewith are maintained in Format B. Although 
Format B is being described as a single format, one skilled in the art knows that 
Format B actually includes a format for each information type. Further, the 
workspace data 116 also includes version information 150 similar to version 
information 255 described below with reference to FIG. 2. 

It will be appreciated that remote terminal 1 02 may include a smart telephone, 
a Personal Data Assistant (PDA) such as the PalmPilot system by the 
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U.S.fRobotics, Inc., a laptop computer, etc. As a smart telephone, the workspace 
data 116 may include telephone numbers and e-mails. As a PDA, the workspace 
data 116 may include addresses, calendar data and e-mails. As a laptop computer, 
the workspace data 116 may include the same types of information as workspace 
data 136. 

The global server 106 acts as a third party administrator. The global server 
106 stores independently modifiable copies of selected portions of the workspace 
data 136 and 116, collectively referred to herein as workspace data 120. 
Accordingly, the workspace data 120 includes an independently modifiable copy of 
each workspace element in the selected portions of the workspace data 136 and 
116 and an independently modifiable copy of each corresponding version 
information 255 (FIG. 2) and 150. The version information copies are collectively 
referred to herein as version information 148, and are also described with reference 
to FIG. 2. 

The global server 106 maintains the workspace data 120 in a format, referred 
to as a "global format," which is selected to be easily translatable by the global 
translator 122 to and from Format A and to and from Format B. Although the global 
format is being described as a single format, one skilled in the art knows that the 
global format actually includes a global format for each information type, e.g., there 
will be a global format for bookmarks, a global format for files, a global format for 
calendar data, a global format for e-mails, etc. An example bookmark workspace 
element in the global format is described in detail below with reference to FIG. 6. 

Network 100 further comprises synchronization means, which includes a base 
system 146 stored within the LAN 110 and for example on the desktop computer 
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134. Network 100 further includes a synchronization agent 124 stored outside the 
LAN firewall 1 14 and preferably on the global server 106. The base system 146 and 
the synchronization agent 124 cooperate to synchronize selected portions of the 
workspace data 136 with selected portions of the workspace data 120. The 
synchronization means may synchronize workspace elements individually, e.g., 
specific word processor documents, or may synchronize workspace element folders, 
e.g., a bookmark folder. Generally, the base system 146 manages the selected 
portion of the workspace data 136 within the LAN 110 and the synchronization agent 
124 manages the selected portions of the workspace data 120 within the global 
server 106. It will be appreciated that the global translator 122 cooperates with the 
synchronization means to translate data formats to and from the global format. As 
described in greater detail below with reference to FIG. 4, the base system 190 
preferably initiates and controls data synchronization. 

The synchronization means may also include, stored on the remote terminal 
102, a base system 118 which operates in a similar manner to the base system 146. 
The base system 1 18 on the remote terminal 102 cooperates with the 
synchronization agent 124 to synchronize selected portions of the workspace data 
116 with selected portions of the workspace data 120. As described in greater detail 
below with reference to FIG. 4, the base system 1 18 on the remote terminal 102 also 
preferably initiates and controls data synchronization with the global server 106. 
Also, note that the distribution of labor between the base system 1 1 8 in the remote 
terminal 102 and the synchronization agent 124 in the global server 106 may vary. 
Sometimes, primarily when the remote terminal 1 02 is a relatively less 
computationally powerful device (such as a smart phone or a PDA), most of the 
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actual computationally intensive work will occur within the synchronization agent 124 
in the global server 106. In other situations, for example, when the remote terminal 
102 is a fully configured PC, most of the computationally-intensive work will occur 
locally on the base system 1 18 in the remote terminal 102. 

Accordingly, the synchronization means independently synchronizes the 
selected portions of workspace data 116 and 136 with the selected portions of the 
workspace data 120 Thus, the synchronization means indirectly synchronizes 
workspace data 1 36 with workspace data 116. 

FIG. 2 is a block diagram illustrating details of a service server 200, wherein 
each of the e-mail server 145, the file server 150, the calendar server 155 and the 
desktop computer 160 is an instance thereof. Service server 200 includes a Central 
Processing Unit (CPU) 205 such as an Intel Pentium® microprocessor or a Motorola 
Power PC® microprocessor. An input device 210 such as a keyboard and mouse 
and an output device 215 such as a Cathode Ray Tube (CRT) display are coupled 
via a signal bus 220 to CPU 205. A communications interface 225 (such as an 
Ethernet port), a data storage device 230 (such as a magnetic disk), and Random- 
Access Memory (RAM) 235 are further coupled via signal bus 220 to the CPU 205. 

An operating system 240 includes a program for controlling processing by the 
CPU 205, and is typically stored in the data storage device 230 and loaded into the 
RAM 235 for execution. A service engine 245 includes a program for performing a 
particular service such as maintaining an e-mail database, a file database, a 
calendar database or a bookmarks database. The service engine 245 may also be 
stored in the data storage device 230 and loaded into the RAM 235 for execution. 

-10- 

9905620A1 I > 



WO 99/05620 



PCT/US98/14742 



To perform a service, the service engine 245 creates service data 250 (e.g., 
an e-mail or an e-mail folder 138 containing e-mails, a file or a file folder 142 
containing files, calendar data or a calendar folder 140 containing calendar data, a 
bookmark or a bookmark folder 144 containing bookmarks, etc.) in Format A 
according to predetermined protocols. The service engine 245 stores the data 250 
in the data storage device 250. The service data 250 includes version information 
255 indicating the date and time of the last modification and the status as of the last 
interaction with the global server 106. 

For example, if service data 250 is created and selected to be merged with 
global server workspace data 120, then the version information 255 for the service 
data 250 may include the date of last modification and a null set indicating the status 
as of the last interaction with the global server 106. From the version information 
255, the base system 146 determines that the service data 250 in its entirety has not 
been merged with the global server workspace data 120. Similarly, if the service 
data 255 included elements 1, 2 and 3 as of the last modification, then the previous 
status as of the last interaction will indicate that the service data 255 included 
elements 1, 2 and 3. If the service data 255 currently includes elements 2, 3 and 4, 
then the base system 140 will determine that, since last synchronization, element 1 
has been deleted and element 4 has been added. 

It will be appreciated that the version information 148 on the global server 106 
includes information similar to version information 255. That is, the version 
information 148 will include information indicating the date and time the version was 
last modified and the status as of the last interaction with each client. The sen/ice 
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engine 245 operates to update the version information 255 after modifications are 
made and after synchronization occurs. 

FIG. 3 is a block diagram illustrating details of the desktop computer 160, 
which includes a CPU 305, an input device 310, an output device 315, a 
communications interface 325, a data storage device 330 and RAM 335, each 
coupled to a signal bus 320. 

An operating system 340 includes a program for controlling processing by the 
CPU 305, and is typically stored in the data storage device 330 and loaded into the 
RAM 335 for execution. A web browser 152 (i.e., a particular service engine 245, 
FIG. 2) includes a Format A service program for managing bookmark folder 144 (i.e., 
particular service data 250, FIG. 2) which includes version information 350 (i.e., 
particular version information 255, FIG. 2). The web browser 152 may be also 
stored in the data storage device 330 and loaded into the RAM 335 for execution. 
The bookmark folder 144 may be stored in the data storage device 330. As stated 
above with reference to FIG. 1, the base system 146 operates to synchronize the 
workspace data 136 (which includes the bookmark folder 144) with the workspace 
data 120. The base system 146 may be also stored in the data storage device 330 
and loaded into the RAM 335 for execution. 

i 

FIG. 4 is a block diagram illustrating details of the base system 400, which 
exemplifies base systems 146 and 118. Base system 400 includes a 
communications module 405, a user interface module 410, locator modules 415, a 
synchronization-start ("synch-start") module 420, a general synchronization module 
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425 and a content-based synchronization module 430. For simplicity, each module 
is illustrated as communicating with one another via a signal bus 440. 

The communications module 405 includes routines for compressing data and 
routines for communicating via the communications interface 325 (FIG. 3) with the 
synchronization agent 124 (FIG. 1). The communications module 405 may further 
include routines for applying Secure Socket Layer (SSL) technology and user 
identification and authentication techniques (i.e., digital certificates) to establish a 
secure communication channel through the global firewall 112. Examples of 
communications modules 405 may include TCP/IP stacks or the AppleTalk® 
protocol. 

The user interface module 410 includes routines for communicating with a 
user, and may include a conventional Graphical User Interface (GUI). The user 
interface module 410 cooperates with the other system components as described 
herein. 

The locator modules 415 include routines for identifying the memory locations 
of the workspace elements in the workspace data 136 or 116 and in the workspace 
data 120. Workspace element memory location identification may be implemented 
using intelligent software, i.e., preset memory addresses or the system's registry, or 
using dialogue boxes to query a user. More particularly, the locator modules 415 in 
the base system 146 determine the memory addresses of the e-mail folder 138, the 
file folder 142, the calendar folder 140 and the bookmark folder 144 and the memory 
addresses of the workspace elements therein. The locator modules 41 5 also 
determine the corresponding memory addresses of the corresponding folders in the 
workspace data 120 and the corresponding workspace elements therein. Similarly, 
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the locator modules 415 in the base system 118 determine the memory locations of 
the workspace elements of workspace data 1 16 and the memory locations of the 
corresponding workspace elements in the workspace data 120. 

It will be appreciated that the locator modules 415 may include locator 
modules 415 specifically dedicated to each folder or workspace data type. That is, 
the locator modules 415 may include a locator module 415 dedicated to locating 
bookmarks, a locator module 415 dedicated to locating e-mails, a locator module 
415 dedicated to locating files, a locator module 415 dedicated to locating calendar 
appointments, etc. It will be further appreciated that the locator modules 415 may 
perform workspace element memory location identification upon system boot-up or 
after each communication with the global server 120 to maintain updated memory 
addresses of workspace elements. 

The synchronization-start module 420 includes routines for determining when 
to initiate synchronization of workspace data 136 or 1 16 with workspace data 120. 
For example, the synchronization-start module 420 may initiate data synchronization 
upon user request, at a particular time of day, after a predetermined time period 
passes, after a predetermined number of changes, after a user action such as user 
log-off or upon like criteria. The synchronization-start module 420 initiates data 
synchronization by instructing the general synchronization module 425 (described 
below) to begin execution of its routines. It will be appreciated that communication 
with the synchronization agent 124 preferably initiates from within the LAN 110, 
because the typical firewall 1 14 prevents in-bound communications and allows out- 
bound communications. 
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The general synchronization module 425 includes routines for receiving 
version information 148 for modified versions from the synchronization agent 124 
(FIG. 1), and routines for examining the version information 255 or 150 against a last 
synchronization signature 435 (such as a last synchronization date and time) to 
determine which versions have been modified. The general synchronization module 
425 further includes routines for examining the version information 148 and the 
version information 255 or 150 to determine if one or both versions of a particular 
workspace element or workspace element folder have been modified. 

Further, the general synchronization module 425 includes routines for 
performing an appropriate synchronizing responsive action. Appropriate 
synchronizing responsive actions may include, if only one version of a workspace 
element in workspace data 136 or 116 has been modified, then forwarding the 
modified version (as the preferred version) to the other store(s) or determining and 
forwarding only the changes made. Computing the changes made may be 
performed by examining the current status against the previous status as of the last 
synchronization or by comparing the two versions. It will be appreciated that no 
content-based review of the changes is needed. It will be appreciated that one store 
preferably forwards only the changes to the other store for optimizing use of 
processor power and minimizing the data communications across the 
communications channel 108 or 104. 

Other appropriate synchronizing responsive actions may include, if two 
versions of a workspace element have been modified independently, then instructing 
the content-based synchronization module 430 (described below) to execute its 
routines. That is, if two versions of the same workspace element have been 
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modified independently, then a content-based review of the changes is preferable. 
Upon completion of the data synchronization, the general synchronization module 
425 updates the last synchronization signature 435. 

The content-based synchronization module 430 includes routines for 
reconciling two or more modified versions of a workspace element. For example, if 
a user has independently modified the original and the copy of a workspace element 
since the last synchronization, then the content-based synchronization module 430 
determines an appropriate responsive action. The content-based synchronization 
module 430 may request the user to select a preferred one of the modified versions 
or may respond based on preset preferences, i.e., by storing both versions in both 
stores or preferably by integrating the modified versions into a single preferred 
version which replaces each modified version at both stores. 

The content-based synchronization module 430 examines the changes made 
to each version and determines if conflicts exist. When implementing version 
integration, a conflict may arise if inconsistent modifications such as deleting a 
paragraph in one version and modifying the same paragraph in the other version 
have been made. If a conflict exists, then the content-based synchronization 
module 430 attempts to reconcile the conflict, e.g., by requesting user selection or 
by storing both versions at both stores. Otherwise, if no conflict exists, then the 
content-based synchronization module 430 integrates the changes to each of the 
versions and updates the version information 148, 150 or 255 accordingly. 

FIG. 5 is a block diagram illustrating details of the synchronization agent 124, 
which includes a communications module 505 (similar to the communications 
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module 405 described above with reference to FIG. 4) and a general 
synchronization module 515 (similar to the general synchronization module 425 
described above also with reference to FIG. 4). 

The communications module 505 includes routines for compressing data, and 
routines for communicating via the communications channel 108 with the base 
system 146 or via the communications channel 104 with the base system 118. The 
communications module 505 may further include routines for establishing a secure 
communications channel through the global firewall 112 and through the LAN 
firewall 1 14 with the communications module 405. 

Similar to the general synchronization module 425, the general 
synchronization module 515 includes routines for examining the version information 
148 and the last synchronization signature 435 (FIG. 4) to determine which versions 
have been modified and the changes made. It will be appreciated that the general 
synchronization module 515 may maintain its own last synchronization signature 435 
copy (not shown) or may request the last synchronization signature 435 from the 
base system 146 or 1 18. The general synchronization module 515 further includes 
routines for forwarding workspace data 120 determined to be modified to the general 
synchronization module 425, and routines for receiving preferred versions of 
workspace elements of workspace data 136 or 116 or just the changes from the 
general synchronization module 425. 

FIG. 6 illustrates an example bookmark workspace element in the global 
format. The global translator 122 incorporates all the information needed by both 
formats (Format A and Format B) to create the Global Format. For example, if a 
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bookmark in Format A needs elements X, Y and Z and a bookmark in Format B 
needs elements W. X and Y. the global translator 122 incorporates elements W, X, Y 
and Z to create a bookmark in the Global Format. Further, the global translator 122 
incorporates the information which is needed by the synchronization means such as 
the last modified date Accordingly, a bookmark in the Global Format includes a 
user identification (ID) 605. an entry ID 610, a parent ID 615, a folder ID flag 620, a 
name 625, a description 630. the Uniform Resource Locator (URL) 635, the position 
640, a deleted ID flag 645, a last modified date 650, a created date 655 and a 
separation ID flag 660. 

FIG. 7 is a flowchart illustrating a method 700 for using a global translator 122 
to synchronize multiple copies of a workspace element in a secure network 100. 
Method 700 begins with the user interface module 410 in step 705 enabling a user 
to select workspace elements of workspace data 136 and 1 18 for the 
synchronization means to synchronize. The locator modules 415 in step 710 identify 
the memory locations of the workspace elements in workspace data 136 and 116 
and the corresponding memory locations in workspace data 120. If a selected 
workspace element does not have a corresponding memory location, such as in the 
case of adding a new workspace element to the global server 106, then one is 
selected. The selected memory location may be a preexisting workspace element or 
a new workspace element. As stated above, workspace element memory location 
identification may be implemented using intelligent software or dialogue boxes. The 
general synchronization module 425 and general synchronization module 515 in 
step 71 5 set the previous status of the workspace elements equal to the null set. 
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Setting the previous status to the null set indicates that all information of the 
workspace element has been added. 

The synchronization-start module 420 in step 720 determines whether 
predetermined criteria have been met which indicate that synchronization of the 
workspace elements selected in step 705 should start. If not, then the 
synchronisation start module 420 in step 725 waits and loops back to step 720. 
Otherwise trie communications module 405 and communications module 505 in 
step 730 establish a secure communications channel therebetween. 

The general synchronization module 425 and the general synchronization 
module 515 in step 735 determine whether any workspace elements have been 
modified. That is. the general synchronization module 425 in step 740 examines the 
version information 255 or 150 of each selected workspace element in the 
workspace data 136 or 116 against the last synchronization signature 435 to locate 
modified workspace elements. This comparison may include comparing the date of 
last modification with the date of last synchronization, or may include a comparison 
between the current status and the previous status as of the last interaction. 
Similarly, the general synchronization module 515 examines the version information 
148 of each corresponding workspace element in workspace data 120 and the last 
synchronization signature 435 to locate modified workspace elements. 

If in step 735 no modified workspace elements or folders are located, then the 
general synchronization modules 425 and 515 in step 760 update the last 
synchronization signature 435 and method 700 ends. Otherwise, the general 
synchronization module 425 in step 740 determines whether more than one version 
of a workspace element has been modified since the last synchronization. 
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If only one version has been modified, then the corresponding general 
synchronization module 425 or 515 in step 745 determines the changes made. As 
stated above, determining the changes made may be implemented by comparing 
the current status of the workspace element against the previous status of the 
workspace element as of the last interaction therebetween. If the changes were 
made only to the version in the workspace data 120, then the global translator 122 in 
step 750 translates the changes to the format used by the other store, and the 
general synchronization module 515 in step 755 forwards the translated changes to 
the general synchronization module 425 for updating the outdated workspace 
element in the workspace data 136 or 1 16. If the updated version is a workspace 
element in the workspace data 136 or 1 16, then the general synchronization module 
425 sends the changes to the updated version to the global translator 122 for 
translation and then to the general synchronization module 515 for updating the 
outdated workspace element in the workspace data 120. The general 
synchronization module 425 and the general synchronization module 515 in step 
757 update the previous state of to reflect the current state as of this interaction. 
Method 700 then returns to step 735. 

If the general synchronization module 425 in step 740 determines that 
multiple versions have been modified, then the general synchronization module 425 
in step 765 computes the changes to each version and in step 770 instructs the 
content-based synchronization module 430 to examine content to determine if any 
conflicts exist. For example, the content-based synchronization module 430 may 
determine that a conflict exists if a user deletes a paragraph in one version and 
modifies the same paragraph in another version. The content-based 
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synchronization module 430 may determine that a conflict does not exist if a user 
deletes different paragraphs in each version. If no conflict is found, then method 
700 jumps to step 750 for translating and forwarding the changes in each version to 
the other store. However, if a conflict is found, then the content-based 
synchronization module 430 in step 775 reconciles the modified versions. As stated 
above, reconciliation may include requesting instructions from the user or based on 
preselected preferences performing responsive actions such as storing both 
versions at both stores. Method 700 then proceeds to step 750. 

It will be appreciated that in step 710 new workspace elements and 
preexisting workspace elements to which new workspace elements will be merged 
are set to "modified" and the previous status is set to the null set. Thus, the general 
synchronization module 425 in step 740 will determine that more that one version 
has been modified and the content-based synchronization module 430 in step 770 
will determine that no conflict exists. The changes in each will be translated and 
forwarded to the other store. Accordingly, the two versions will be effectively 
merged and stored at each store. 

For example, if a first bookmark folder was created by the web browser 152 
on the desktop computer 134, a second folder was created by a web browser (not 
shown) on the remote terminal 102, no preexisting folder existed on the global 
server 106 and the user selected each of these folders for synchronization, then the 
synchronization means will effectively merge the first and second folders. That is, 
the general synchronization module 425 on the desktop computer 134 will determine 
that the first folder has been modified and the previous status is equal to the null set. 
The general synchronization module 425 will determine and send the changes, i.e., 
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all the workspace elements in the first folder, to a new global folder on the global 
server 106. Similarly, the general synchronization module 425 on the remote 
terminal 102 will determine that, as of its last interaction, the previous status of each 
of the second and the global folders is the null set. The general synchronization 
module 425 will instruct the content-based synchronization module 430 to examine 
the changes made to each folder to determine whether a conflict exists. Since no 
conflicts wi:: exist, the general synchronization module 425 will forward the changes 
to the global folder and the general synchronization module 515 will forward its 
changes to the second store, thereby merging the workspace elements of the first 
and second folders in the global and second folders. The general synchronization 
module 515 will inform the general synchronization module 425 that the global folder 
has been modified relative to the last interaction, and will forward the new changes 
to the first folder. Thus, the first and second folders will be merged and stored at 
each store. 

For a second example, the user may select an exemplary document in the 
LAN 110 to be synchronized. The general synchronization module 425 will forward 
the document to the global server 106. Similarly, the user may select the same 
document for synchronization on the remote terminal 102. The general 
synchronization module 515 will forward the document to the remote terminal 102. If 
changes were made to the documents independently, then the content-based 
synchronization module 430 will examine the content of the documents to determine 
if a conflict exists. If no conflict exists, then as described above, the general 
synchronization modules 425 and 515 will merge the documents. Otherwise, if a 
conflict does exist, the content-based synchronization module 430 will reconcile the 
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changes and then the general synchronization modules 425 and 515 will forward the 
reconciled changes to each other. 

FIG. 8 is a block diagram illustrating a computer network 800, comprising a 
Local Area Network (LAN) 810 coupled via a communications channel 815 to a 
computer network 820 such as the Internet. The computer network 820 is in turn 
coupled via a communications channel 825 to a global server 830, via a 
communications channel 835 to a remote terminal 805, and via a communications 
channel 893 to an Internet Service Provider (ISP) mail server 894. The ISP mail 
server 894 is in turn coupled to another client 897. The global server 830 is 
protected by a global firewall 880, and the LAN 810 is protected by a LAN firewall 
870. 

The LAN 810 includes a network server 845 coupling the LAN firewall 870 via 
a system bus 855 to a client 840 and to a mail server 850. The mail server 850 
receives and stores in one or more folder structures client electronic mail 875 (e- 
mails) from the computer network 820 and addressed to the client 840. The client 
840 includes an e-mail synchronization system 860 for downloading client e-mails 
875 from the mail server 850 and storing them locally in one or more folder 
structures as "downloaded e-mails 865." To communicate therebetween, the mail 
server 850 and the e-mail engine 965 must both use the same transmission protocol 
such as the third version of the Post Office Protocol (POP3), the Vendor- 
Independent Messaging (VIM) protocol developed by the Lotus Development 
Corporation, or the Messaging Application Program Interface (MAPI) protocol 
developed by the Microsoft Corporation. Each e-mail in the LAN 810 is stored in a 
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predetermined format, referred to as Format A, which is determined by the e-mail 
engine 965 (FIG. 9) on the LAN 810 that downloaded it. 

It will be appreciated that, after being downloaded, the client e-mails 875 
corresponding to the downloaded e-mails 865 may be deleted from the mail server 
850. The e-mail synchronization system 860 further synchronizes the downloaded 
e-mails 865, the client e-mails 875 or possibly only the e-mails of a specific folder 
structure (e.g., a user's unanswered mail folder or joke folder) with the global server 
835. The e-mail synchronization system 860 is described in greater detail below 
with reference to FIG. 9. 

The ISP mail server 894 and the client 897 operate in a similar manner to the 
mail server 850 and the client 840. Generally, the ISP mail server 894 receives e- 
mails from the computer network 820 which are addressed to the client 897, and 
stores them locally in one or more folder structures as "client e-mails 896." The e- 
mail synchronization system 898 of the client 897 uses an e-mail engine 965 (FIG. 
9) to download client e-mails 896 and store them locally in one or more folder 
structures as "downloaded e-mails 899." The e-mail engine 965 of the client 897 
stores the e-mails in Format B, which may be different than Format A. The e-mail 
synchronization system 898 then synchronizes the client e-mails 896, the 
downloaded e-mails 899 or possibly the e-mails of specific folder structures with the 
global server 835. 

Each e-mail, whether stored on the mail server 850, on the client 840, on the 
mail server 894 (described below) or on the client 897 (described below), may 
include a source identifier (e.g., a source address), a creation date, a date received 
by the mail server 850 or 894, and a date when downloaded to the client 840 or 897. 
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The date when downloaded to the client 840 or 897 may be the date when the e- 
mail synchronization system 860 or 898 downloads the client e-mails 875 or 896 for 
synchronization with the global server 835. 

The global server 835 includes a synchronization agent 885 for cooperating 
with the e-mail synchronization system 860 or the e-mail synchronization system 
898 to synchronize electronic mail therebetween. Based on its configuration, the e- 
mail synchronization system 860 or 898 translates and sends to the synchronization 
agent 885 either a copy or the original (i.e., not maintaining a copy) of a downloaded 
e-mail 865 or 899 or a client e-mail 875 or 896. The global server 835 stores the 
copies or originals of the downloaded e-mails 865 or 899 in one or more folder 
structures as "downloaded e-mails 832," and stores the copies or originals of the 
client e-mails 875 or 896 in one or more folder structures as "client e-mails 895." 
The global server 835 stores the e-mails in a global format, which may be the same 
as Format A or Format B or may include the combined elements of both formats. It 
will be appreciated that the e-mail synchronization system 860 or 898 may send and 
the global server 835 may store the client e-mails 875 or 896 and the downloaded e- 
mails 865 or 897 together without distinction. Further, the client e-mails 875 or 896 
and the downloaded e-mails 865 of corresponding specific folders together without 
distinction. Still further, the global server 835 may be configured to store the e-mails 
of client 840 and client 897 together without distinction. The global server 835 
further includes a web engine interface 890 enabling HTTP-based web engine 
access to the contents therein including access to the client e-mails 895, the 
downloaded e-mails 832 and the folder structures in which they are stored. 
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As described in greater detail above with reference to FIG. 4 and below with 
reference to FIG. 10, the e-mail synchronization system 860 preferably initiates and 
controls data synchronization. Other components and functions of the global server 
835 are also described therein. 

The remote terminal 1505 includes a web engine 833 for reading internet files 
including e-mails. The remote terminal 102 may include a smart telephone, a 
Personal Data Assistant (PDA) such as the PalmPilot system by the U.S. Robotics, 
Inc., a laptop computer, etc. Thus, so long as a user of the remote terminal 1505 
can be identified and can access the global server 835, the user can access the e- 
mails 895 and 897. Further, so long as the client e-mails 895 and 832 are 
synchronized with the e-mails 865, 875, 896 and 899, the user can access all e- 
mails which are addressed to the client 840 and to the client 897. 

FIG. 9 is a block diagram illustrating details of client 900, which exemplifies 
client 840 or client 897. Client 900 includes a Central Processing Unit (CPU) 905 
such as an Intel Pentium® microprocessor or a Motorola Power PC® microprocessor. 
An input device 910 such as a keyboard and mouse and an output device 915 such 
as a Cathode Ray Tube (CRT) display are coupled via a signal bus 920 to CPU 905. 
A communications interface 925 (such as an Ethernet port), a data storage device 
930 (such as a magnetic disk), and Random-Access Memory (RAM) 935 are further 
coupled via signal bus 920 to the CPU 905. The communications interface 925 is 
coupled to the signal bus 855 (FIG. 8). 

An operating system 950 includes a program for controlling processing by the 
CPU 905, and is typically stored in the data storage device 930 and loaded into the 
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RAM 935 (as illustrated) for execution. RAM 935 stores an e-mail synchronization 
system 953 (which exemplifies the e-mail synchronization system 860 or the e-mail 
synchronization system 898) having means for downloading client e-mails 875 or 
896, means for reading downloaded e-mails 943 (which exemplifies downloaded e- 
mails 865 or 899), means for synchronizing e-mails 865, 875, 896 or 899 (which 
have been downloaded) with the global server 835 and means for synchronizing the 
e-mail of specific folder structures. For example, the e-mail synchronization system 
953 includes a web engine 955 for communicating with web servers. The web 
engine 955 includes an e-mail module 960 for reading and writing electronic mail. 
The e-mail synchronization system 953 further includes an e-mail engine 965 for 
communicating with the mart server 850 or 894 to download, read and write e-mails. 
The e-mail engine 965 communicates using a conventional protocol such as POP3, 
VIM or MAPI. Downloaded e-mails 943 are stored in data storage device 930 
(FIG. 9). The e-mail engine 965 also provides access to an address book 945 
containing e-mail address entries, which is also stored in the data storage device 
930. 

The e-mail synchronization system 953 further includes a base system 970 
for translating e-mails from Format A or Format B to the global format, and for 
initiating and controlling e-mail synchronization with the global server 835. 
Translation may include containing mail-server-formatted e-mail in HTTP packets. 
The base system 970 is described in greater detail with reference to FIG. 10 and in 
the cross-referenced patent application. 

It will be appreciated that means for retrieving e-mails may be interpreted to 
include either the operating system 950 when retrieving downloaded e-mails 865 or 
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899, the e-mail engine 965 when retrieving client e-mails 875 or 896, the e-mail 
module 960 of the web engine 955 when retrieving e-mails from a site in the 
computer network 820, or combinations thereof. 

FIG. 10 is a block diagram illustrating details of the base system 970. Base 
system 970 includes a communications module 1005, a user interface module 1010, 
locator modules 1015, a synchronization-start ("synch-start'') module 1020 and an e- 
mail synchronization module 1030. For simplicity, each module is illustrated as 
communicating with one another via a signal bus 1 030. 

The communications module 1005 includes routines for compressing data 
and routines for establishing a communications link via the communications interface 
925 (FIG. 9) with the synchronization agent 885 (FIG. 8). The communications 
module 1005 may further include routines for applying Secure Socket Layer (SSL) 
technology and user identification and authentication techniques (i.e., digital 
certificates) to establish a secure communication channel through the global firewall 
880. Because synchronization is initiated from within the firewall and uses 
commonly enabled protocols such as Hypertext Transfer Protocol (HTTP), the 
typical firewall which prevents in-bound communications in general and some 
outbound protocols does not act as an impediment to e-mail synchronization. 
Examples of communications modules 1005 may include TCP/IP stacks or the 
AppleTalk® protocol. 

The user interface module 1010 includes routines for communicating with a 
user, and may include a conventional Graphical User Interface (GUI). The user 
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interface module 1010 cooperates with the other system components as described 
herein. 

The locator modules 1015 include routines for identifying the memory 
locations of e-mails in the FIG. 8 LAN 810 (e.g., e-mails 875 in the mail server 850 
and e-mails 865 in the client 840), the memory locations of e-mails 896 in the ISP 
mail server 894, the memory locations of e-mails 899 in the client 897, the memory 
locations of e-mails in the global server 835 (e.g., client e-mails 895 and downloaded 
e-mails 832) and the memory locations of the folder structures in which the e-mails 
are stored. E-mail memory location identification may be implemented using 
intelligent software, i.e., preset memory addresses or the system's registry, or using 
dialogue boxes to query a user. It will be appreciated that the locator modules 1015 
may perform e-mail location identification upon system boot-up or after each 
communication with the global server 835 to maintain updated memory addresses. 

The synchronization-start module 1020 includes routines for determining 
when to initiate e-mail synchronization. For example, the synchronization-start 
module 1020 may initiate e-mail synchronization upon user request, at a particular 
time of day, after a predetermined time period passes, after receiving a 
predetermined number of e-mails, after a user action such as user log-off or upon 
like criteria. The synchronization-start module 1020 initiates e-mail synchronization 
by instructing the e-mail synchronization module 1025 (described below) to begin 
execution of its routines. It will be appreciated that communication with the 
synchronization agent 885 preferably initiates from within the LAN 810, because a 
security system such as the typical firewall 870 prevents in-bound communications 
and allows out-bound communications. The synch-start module 1020 may instruct 
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the communications module 1005 to establish the communications link with the 
synchronization agent 885 of the global server 835. 

The e-mail synchronization module 1025 includes routines for instructing the 
e-mail engine 965 (FIG 9) to retrieve the client e-mails 875 or 896 from the mail 
server 850 or 894 or from specific folders on the mail server 850 or 894. The e-mail 
synchronization module 1025 also includes routines for storing the retrieved e-mails 
in one or more folder structures as downloaded e-mails 865 or 899. The e-mail 
engine 965 may include means for identifying a transmission protocol also known by 
the mail server 850 or 894. For example, the e-mail engine 965 may request 
configuration information from the mail server 850 or 894 indicating the protocol, 
e.g., POP3, being used thereby. Accordingly, the e-mail engine 965 implements the 
identified protocol when downloading the e-mails. 

The e-mail synchronization module 1025 further includes routines for 
comparing the receipt date of each downloaded e-mail 865 or 899 against a last 
synchronization signature 1035 (such as a last synchronization date and time) to 
determine which e-mails have not been sent to the global server 835. It will be 
appreciated that, in an embodiment which deletes client e-mails 875 or 896 after 
being downloaded from the mail server 850 or 894. the e-mail synchronization 
module 1025 need not perform a comparison test on the client e-mails 875 or 896 
downloaded during synchronization. These client e-mails 875 or 896 in this 
embodiment have inherently not been sent . 

The e-mail synchronization module 1025 still further includes routines for 
performing an appropriate synchronizing responsive action. Appropriate 
synchronizing responsive actions may include instructing the communications 
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module 1005 to establish a communications link with the synchronization agent 885 
of the global server 835, sending copies of each e-mail to the global server 835, 
redirecting (i.e.. sending without maintaining a copy) only the client e-mails 875 or 
896 to the global server 835, or redirecting the downloaded e-mails 865 or 899 and 
the client e-mails 875 or 896 to the global server 835. To send a copy or an original 
of an e-mail trie e-mail synchronization module 1025 includes a translator 1040 for 
translating the e-mail from Format A or Format B to the global format. The e-mail 
synchronization module 1025 then instructs the e-mail module 960 of the web 
engine 955 to send the translated e-mails to the global server 835. 

E-mail synchronization may include synchronization of other information 
corresponding to electronic mail. For example, the e-mail synchronization module 
1025 may include routines for examining and synchronizing the address book 945 
with an address book 1 130 (FIG. 1 1) on the global server 835. Examination and 
synchronization of address book entries are performed as described below with 
reference to FIGs. 1-7. Generally, the e-mail synchronization module 1025 may 
examine version information indicating the date and time of last modification of the 
address book 945 on the client 900 and version information indicating the date and 
time of last synchronization of the address book 1130 (FIG. 11) on the global server 
835. Based on the examination, the e-mail synchronization module 1025 performs 
an appropriate responsive synchronizing action such as sending the updated e-mail 
address entries to the other store. The e-mail synchronization module 1025 may 
include a general synchronization module 425 (FIG. 4) and a content-based 
synchronization module 430 (FIG. 4). 
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FIG. 1 1 is a block diagram illustrating details of the global server 835, which 
includes a CPU 1105, a communications interface 1110, a data storage device 1120 
and RAM 1125, each coupled to a signal bus 1115. The communications interface 
1 1 10 is coupled via the global firewall 880 (FIG. 8) to the communications channel 
825. 

An operating system 1135 includes a program for controlling processing by 
the CPU 1 105, and is typically stored in the data storage device 1120 and loaded 
into the RAM 1 125 (as illustrated) for execution. A web engine interface 890 is a 
program for communicating with web engine 833 or web engine 955 and to provide 
access to predetermined contents which may include client e-mails 895, downloaded 
e-mails 832 and address book 1 130. The web engine interface 890 includes an e- 
mail module interface 1 140 for communicating with e-mail module 960 or e-mail 
module 1355 (FIG. 13) and to provide e-mail reading and writing functions. 

The synchronization agent 885 as best shown in FIG. 12 is also stored in the 
data storage device 1 120 and loaded into the RAM 1 125 for execution. The 
synchronization agent 885 communicates with the e-mail synchronization module 
1025 to synchronize e-mails, the e-mail of specific folder structures and possibly to 
synchronize the address book 945. The synchronization agent 885 is described in 
greater detail below with reference to FIG. 12 and in the cross-referenced patent 
application. 

FIG. 12 is a block diagram illustrating details of the synchronization agent 
885, which includes a communications module 1205 (similar to the communications 
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module 1005 described above with reference to FIG. 10) and an e-mail 
synchronization module 1210 (similar to the e-mail synchronization module 1025 
also described above with reference to FIG. 10). 

The communications module 1205 includes routines for compressing data, 
and routines for communicating via the computer network 820 (FIG. 8) with the 
communications module 1005 (FIG. 10). The communications module 1205 may 
further include routines for establishing a secure communications channel through 
the global firewall 880 and through the LAN firewall 870 with the communications 
module 1005. 

Similar to the e-mail synchronization module 1025 (FIG. 10), the e-mail 
synchronization module 1210 includes routines for examining information to 
determine whether any have been added or modified and not synchronized with the 
client 840 (FIG. 8). Accordingly, the e-mail synchronization module 1210 may 
determine whether any addresses in the address book 1 130 (FIG. 1 1) are to be 
copied and sent to a client 900. Further, if the system 1500 synchronizes e-mails at 
each of the client sites, then the e-mail synchronization module 1210 also 
determines whether any of the e-mails 895 or 832 have been added or modified and 
not synchronized with a client 900. 

It will be appreciated that the e-mail synchronization module 1210 may 
maintain its own last synchronization signature 1035 copy (not shown) or may 
request the last synchronization signature 1035 from the base system 970. The e- 
mail synchronization module 1210 further includes routines for sending the 
information determined to be modified or just the changes to the e-mail 
synchronization module 1025. 
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FIG. 13 is a block diagram illustrating details of the remote terminal 1505. 
The remote terminal 1505 includes a Central Processing Unit (CPU) 1305 such as 
an Intel Pentium* microprocessor or a Motorola Power PC® microprocessor. An 
input device 1310 such as a keyboard and mouse and an output device 1315 such 
as a Cathode Ray Tube (CRT) display are coupled via a signal bus 1320 to CPU 
1305 A communications interface 1325 (such as an Ethernet port), a data storage 
device 1330 (such as a magnetic disk), and Random-Access Memory (RAM) 1335 
are further coupled via signal bus 1320 to the CPU 1305. The communications 
interface 1325 is coupled to the signal bus 835 (FIG. 8). 

An operating system 1350 includes a program for controlling processing by 
the CPU 1305. and is typically stored in the data storage device 1330 and loaded 
into the RAM 1335 (as illustrated) for execution. The web engine 833 is also 
typically stored in the data storage device 1330 and loaded into the RAM 1335 (as 
illustrated) for execution. The web engine 833 includes an e-mail module 1355 for 
reading and writing electronic mail. After the remote terminal 1505 connects with the 
global server 835, the e-mail module 1355 communicates with the e-mail module 
interface 1 140 to select and to download client e-mails 895 or downloaded e-mails 
832. The e-mail module 1355 stores the e-mails downloaded from the global server 
835 to the data storage device 1330 as "downloaded e-mails 1340." Alternatively, 
the e-mail module 1355 may store the e-mails 1340 only in RAM 1335 so that at the 
end of the session copies of the e-mails 1340 do not remain at the remote terminal 
1505. The e-mail module 1355 enables the user to read, reply, forward, redirect, 
etc. the e-mails 1 340. Similarly, the web engine 833 may enable access to the 
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address book 945 so that the user can access his or her e-mail address entries 
otherwise stored only in the LAN 810. 

FIG. 14 is a flowchart illustrating a method 1400 for synchronizing e-mails in a 
computer network 1500. Method 1400 begins with the mail server 850 or 894 in 
step 1405 receiving e-mails addressed to a client 840 or 897. The mail server 850 
or 894 in step 1410 stores the received e-mails in one or more folder structures as 
client e-mails 875 or in one or more folder structures as client e-mails 896 (FIG. 8). 
The e-mail engine 965 in step 1415 enables a user to select client e-mails 875 or 
894 to download from the mail server 850 or 896. If e-mails are selected, then the e- 
mail engine 965 in step 1420 downloads the selected client e-mails 875 or 894 and 
stores them in one or more folder structures as downloaded e-mails 865 or in one or 
more folder structures as downloaded e-mails 899 (FIG. 8). If in step 1415 e-mails 
are not selected, then method 1400 jumps to step 1425. 

In step 1425, the synchronization-start module 1020 determines whether 
predetermined start criteria have been met indicating that it is time for e-mail 
synchronization. As stated above with reference to FIG. 4, the predetermined start 
criteria may be satisfied after a particular time period has passed, after receiving a 
particular number of e-mails, at a particular time of day, after a predetermined event, 
etc. If it is not time to synchronize, then the synchronization-start module 1020 in 
step 1430 waits. Otherwise, if it is time to synchronize, the e-mail synchronization 
module 1025 in step 1435 instructs the e-mail engine 965 to download client e-mails 
875 or 896 or client e-mails 875 or 896 of specific folder structures. 
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The e-mail synchronization module 1025 in step 1440 determines whether 
any of the downloaded e-mails 865 or 899 (which include the client e-mails 875 or 
896 recently downloaded) have not been sent to the global server 835. This 
comparison may be performed by examining the date and time the e-mail was 
received against a last synchronization signature 1035 which indicates the date and 
time of last synchronization. For example, if an e-mail was received after the date 
and time of last synchronization, the e-mail has not been sent. It will be appreciated 
that, in an embodiment which deletes client e-mails 875 and 896 from the mail 
server 850 or 894 after downloading them to the client 840 or 897, the e-mail engine 
965 can automatically conclude that these e-mails have not been sent to the global 
server 835. 

If all e-mails (intended for synchronization) have been sent to the global 
server 835, then method 1400 ends. Otherwise, if at least one e-mail has not been 
sent, then the e-mail synchronization module 1025 in step 1445 uses the translator 
1040 to translate unsent e-mails 865 or 899 from Format A or Format B to the global 
format. The e-mail synchronization module 1025 in step 1450 instructs the web 
engine 955 to send the translated e-mail to the global server 835 for the web engine 
interface 890 to store. Method 1400 then ends. 

FIG. 15 is a flowchart illustrating a method 1500 for accessing e-mails from 
the global server 835. Method 1500 begins with the e-mail synchronization module 
1210 in step 1505 receiving e-mails from the client 840 or 897. The e-mail 
synchronization module 1210 in step 1510 stores the e-mails in the data storage 
device 1120 in one or more folder structures as client e-mails 895 and downloaded 
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e-mails 832. The e-mail engine interface 890 in step 1515 uses HTML to enable e- 
mail module access to selected contents of the global server 835. Access to the 
selected contents is described in greater detail below with reference to the FIGs. 1- 
7. 

The foregoing description of the preferred embodiments of the invention is by 
way of example only, and other variations of the above-described embodiments and 
methods are provided by the present invention. For example, although the global 
server 106 is illustrated as a single device, the global server 106 may include 
several computers networked together. Components of this invention may be 
implemented using a programmed general-purpose digital computer, using 
application specific integrated circuits, or using a network of interconnected 
conventional components and circuits. The embodiments described herein have 
been presented for purposes of illustration and are not intended to be exhaustive or 
limiting. Many variations and modifications are possible in light of the foregoing 
teaching. The system is limited only by the following claims. 



BNSDOCID: <WO 9905620A 1 _l_> 



-37- 



WO 99/05620 PCT/US98/14742 

WHAT IS CLAIMED IS : 

1. A system comprising: 

retrieving means for retrieving an e-mail from a first mail store; 

determining means, coupled to the retrieving means, for using a 
predetermined criterion to determine whether to send the e-mail to a second mail 
store; 

establishing means, coupled to the determining means, for establishing a 
communications channel with the second mail store; and 

sending means, coupled to the establishing means, for sending the e-mail to 
the second mail store. 

2. The system of claim 1 wherein the first mail store implements a first protocol. 

3. The system of claim 2 wherein the first mail store is located on a mail server. 

4. The system of claim 1 wherein the first mail store stores the e-mails in a folder 
structure, and further comprising means for selecting the folder structure for 
synchronization of all e-mails therein 

5. The system of claim 3 wherein the retrieving means includes an e-mail engine 
for communicating with the mail server. 

6. The system of claim 5 wherein the e-mail engine implements the first protocol 
used by the mail server. 

7. The system of claim 6 wherein the e-mail engine identifies the first protocol 
used by the mail server. 

8. The system of claim 1 wherein the predetermined criterion includes a 
determination of whether the e-mail has already been sent to the second mail store. 
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9. The system of claim 8 wherein the determination is resolved by examining a 
receipt date corresponding to the e-mail and a last synchronization signature 
indicating the last date of synchronization. 

10. The system of claim 1 wherein the establishing means includes a 
communications module. 

1 1 . The system of claim 10 wherein the second mail store is protected by a 
firewall and the communications module includes security means for communicating 
through the firewall. 

12. The system of claim 1 wherein the sending means includes a web engine. 

13. The system of claim 1 further comprising a synchronization-start module for 
using a start criterion to determine when to initiate synchronization. 

14. A system comprising: 

an e-mail engine for retrieving an e-mail from a first mail store; 

an e-mail synchronization module, coupled to the e-mail engine, for using a 
predetermined criterion to determine whether to send the e-mail to a second mail 
store; 

a communications module coupled to the e-mail synchronization module for 
establishing a communications channel with the second mail store; and 

a web engine, coupled to the communications module, for sending the e-mail 
to the second mail store. 

15. The system of claim 14 wherein the first mail store implements a first 
protocol. 16. The system of claim 14 wherein the first mail store is located on a mail 
server. 
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17. The system of claim 16 wherein the first mail store stores the e-mails in a 
folder structure, and further comprising means for selecting the folder structure for 
synchronization of all e-mails therein. 

1 8. The system of claim 1 6 wherein the e-mail engine implements the first 
protocol used by the mail server to communicate with the mail server. 

19. The system of claim 1 8 wherein the e-mail engine identifies the first protocol. 

20. The system of claim 14 wherein the predetermined criterion includes a 
determination of whether the e-mail has already been sent to the second mail store. 

21. The system of claim 20 wherein the determination is resolved by examining a 
receipt date corresponding to the e-mail and a last synchronization signature 
indicating the last date of synchronization. 

22. The system of claim 14 wherein the second mail store is protected by a 
firewall and the communications module includes security means for communicating 
through the firewall. 

23. The system of claim 14 further comprising a synchronization-start module for 
using a start criterion to determine when to initiate synchronization. 

24. A computer-readable storage medium storing program code for causing a 
computer to perform the steps of: 

retrieving an e-mail from a first mail store; using a predetermined criterion to 
mine whether to send the retrieved e-mail to a second mail store; 

establishing a communications channel with the second mail store; and 
sending the retrieved e-mail to the second mail store. 

25. A method comprising: 
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retrieving an e-mail from a first mail store; 

using a predetermined criterion to determine whether to send the retrieved e- 
mail to a second mail store. 

establishing a communications channel with the second mail store; and 
sending the retrieved e-mail to the second mail store. 

26. The method of claim 25 wherein the first mail store implements a first protocol. 

27. The method of claim 26 wherein the first mail store is located on a mail server. 

28. The method of claim 27 wherein the first mail store stores the e-mails in a 
folder structure, and further comprising means for selecting the folder structure for 
synchronization of all e-mails therein. 

29. The method of claim 28 wherein the step of retrieving includes using the first 
protocol. 

30. The method of claim 29 wherein the step of retrieving includes the step of 
identifying the first protocol. 

31 . The method of claim 25 wherein the step of using a predetermined criterion 
includes determining whether the e-mail has already been sent to the second mail 
store. 

32. The method of claim 31 wherein the step of determining includes examining a 
receipt date corresponding to the e-mail and a last synchronization signature which 
indicates the last date of synchronization. 

33. The method of claim 28, 

wherein the second mail store is protected by a firewall; and 
further comprising the step of communicating through the firewall. 
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34. The system of claim 25 wherein the second mail store is remotely located and 
the step of sending includes communicating the e-mail through a computer network. 

35. The system of claim 25 further comprising a synchronization-start module for 
using a start criterion to determine when to initiate synchronization. 

36. A system for automatically downloading e-mails for a particular client from a 
mail server which implements a particular protocol, comprising: 

means for identifying the particular protocol used by the mail server; 

means, coupled to the means for identifying, for using the particular protocol 
to download e-mails from the mail server; 

means, coupled to the means for using, for downloading e-mails addressed to 
the particular client 

37. The system of claim 36 wherein the means for identifying includes means for 
receiving configuration information from the mail server. 
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